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Abstract 

This  paper  presents  an  optimization-based  agent-driven  Distributed  Dynamic  Decision-making  (DDD) 
simulation  model  to  evaluate  the  SPEYES  (Security  and  Patrolling  Enablers  Yielding  Effective  SASO  - 
Support  and  Stability  Operations)  system.  The  key  challenge  is  to  quantify  the  force  multiplying  effect 
of  SPEYES  technologies,  which  span  sensing,  situation  awareness /command  and  control  (SA/C2),  and 
shaping  components.  The  performance  improvements  were  measured  in  terms  of  timeliness,  effectiveness, 
and  efficiency  of  operations.  The  behaviors  of  optimization-based  agents  were  first  calibrated  to  those  of 
human-in-the-loop  simulations.  The  agent-driven  simulation  results  indicated  that  integration  of  SPEYES 
sensing,  SA/C2,  and  shaping  technologies  provided  significant  performance  improvements  to  the  force 
across  all  measures.  Even  at  50%-reduced  force,  the  SPEYES  system  maintained  significant  performance 
improvements  over  regular  operations  with  a  full  force  and  without  SPEYES,  thus  confirming  the  force 
multiplier  effect  of  SPEYES  technologies.  The  findings  are  confirmed  by  human-in-the-loop  simulations. 


I.  Introduction 

A.  SPEYES  System  Overview 

This  paper  discusses  an  agent-driven  DDD  simulation  model  to  assess  the  SPEYES  system.  Historically, 
rapid  post-conflict  stability  has  been  attained  through  high-troop  densities.  A  key  motivating  theme 
leading  to  the  SPEYES  effort  is  the  challenge  of  trying  to  enhance  the  SASO  effectiveness  with  a  limited 
number  of  forces  through  various  force-multiplying  technologies.  The  force  multiplying  technologies 
include:  Sensing  -  low-cost,  easily-emplaced,  camouflaged  sensors  (video,  acoustic.  Infrared)  to  provide 
urban  situation  awareness;  Situation  Awareness/Command  and  Control  (SA/C2)  -  multi-echelon  software 
tools  tailored  for  distributed  operations  (planning,  dynamic  resource  management,  simulation,  mission 
rehearsal);  and  Shaping  -  non-lethal,  and  explosives  ordinance  disposal  (EOD)  shaping  tools,  for  example, 
to  diffuse  adversaries,  crowds,  and  improved  explosive  devices)  [1].  Figure  1  illustrates  notionally  how 
'security'  coverage  could  be  expanded  with  the  introduction  of  various  technologies,  e.g.,  tracer  RFIDs, 
non-lethal  weapons,  smart  scheduling,  multi-spectral  cameras,  swarming  unmanned  vehicles. 

The  force-multiplying  enablers  increase  the  effectiveness  of  forces  for  SASO  by  means  of  better  threat 
recognition,  increased  situational  awareness  and  intelligence  of  the  post-conflict  environment,  and  im¬ 
proved  decentralized  operations.  The  SPEYES  sensing  technologies  will  increase  the  speed  and  ability  of 
the  forces  to  gather  intelligence  by  the  combined  use  and  smart  placement  of  visual,  acoustic,  spectral,  and 
infrared  sensors.  The  information  gathered  from  the  sensor  observations  allows  troops  and  commanders 
to  gain  better  situational  awareness,  and  facilitates  more  efficient  scheduling  and  patrolling,  including 
the  utilization  of  innovative  shaping  technologies  [6].  Better  and  faster  observations,  combined  with  more 
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Fig.  1.  The  Notional  Effect  of  Force  Multipliers 


accurate  and  timely  orientation,  permits  better  and  more  focused  decisions  leading  to  quicker  and  more 
effective  actions  on  the  part  of  the  US  forces. 


B.  Methodology 

The  challenges  to  evaluate  SPEYES  system  include  the  determination  of  which  security  technologies 
create  significant  difference,  how  many  of  them  are  needed,  and  where  they  should  be  located  to  establish 
the  desired  force  multiplying  effects.  We  employed  optimization-based  dynamic  planning  and  scheduling 
agents  [2]  within  the  Distributed  Dynamic  Decision-making  (DDD)  simulator  [3]  to  quantify  the  force 
multiplying  effect  of  SPEYES  technologies. 

The  nature  of  the  security  and  stability  operations  is  similar  in  many  respects  to  the  emergency  response 
service  problems  in  urban  operations  research.  The  resource  allocation,  deployment,  and  incidence  fore¬ 
casting  are  fundamental  issues  in  both.  The  Square  Root  Law  [4]  from  urban  operations  research  guided 
the  agent-driven  simulation-based  efforts.  The  law  is  derived  from  a  simple  realization  that  distance  is 
the  square  root  of  area.  Thus,  the  traveled  distance  D,  and  consequently,  the  response-time  Tr ,  of  Nq 
patrol  units  is  proportional  to  the  square  root  of  the  effective  area  A: 


E[Tr\  « 


E[Tr\ 

vc 


c_  I  A 
vc\J  N0(  1  -  p) 


(1) 


where  vc  denotes  the  patrol  speed,  p  represents  the  busy  (utilization)  rate  of  the  patrol  unit,  and  c  is  a 
constant.  What  this  law  states  is  the  following.  Suppose  we  are  able  to  reduce  the  response  time  from 
Tr i  to  Tr 2  with  SPEYES  technologies  (Tr i  >  Tr 2)  for  a  given  area  A.  Then,  if  we  are  willing  to  tolerate 
the  same  response  time  of  Tr\  with  and  without  SPEYES  technologies,  then  the  same  number  of  forces 


T  1 

with  SPEYES  technologies  can  cover  a  larger  area  A2  =  A  (  -A— 

Tr2 


or  equivalently,  we  can  reduce  the 


size  of  the  forces  to  cover  the  same  area. 

We  propose  to  utilize  the  lessons  learned  in  urban  operations  research  to  show  the  improvements  in 
timeliness,  efficiency,  and  effectiveness  stemming  from  the  utilization  of  a  SPEYES  system.  Operational 
efficiency  was  gleaned  from  the  ability  to  maintain  the  same  degree  of  force  protection,  while  decreasing 
the  number  of  personnel,  amount  of  equipment,  and  cost  and/or  resources  needed  to  sustain  a  particular 
level  of  protection.  System  effectiveness  was  gauged  through  improved  force  protection  and  incident 
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Fig.  2.  The  Simulation  Scenario  Map,  Area  of  Responsibility,  and  Patrol  Routes 


prevention.  Accordingly,  keys  to  the  agent-driven  simulation  for  SPEYES  system  evaluation  include:  (i) 
systematic  evaluation  of  the  impact  of  SPEYES  technologies;  (ii)  maximizing  the  effective  number  of 
patrols,  i.e.,  troops;  (iii)  minimizing  the  response  time  to  increase  the  area  of  coverage  (for  the  same 
response  time). 

Accordingly,  this  paper  is  organized  as  follows.  Section  II-A  presents  the  SASO  scenario  utilized  for 
the  simulation.  A  brief  introduction  to  the  DDD  simulator  is  provided  in  Section  II-B,  and  is  followed  by 
a  discussion  on  the  optimization-based  agent  in  Section  II-C.  The  outlines  of  performance  measures  and 
simulation  results  are  presented  in  Sections  III-A  and  III-B,  respectively.  The  paper  is  concluded  with  a 
summary  of  findings  and  future  research  in  Section  IV. 

II.  Agent-driven  Simulation 

A.  Scenario 

The  simulation  utilized  a  military  scenario  similar  to  the  one  used  at  the  National  Training  Center  in 
Ft.  Irwin,  California,  where  a  simulated  Tiefort  City  (TC),  serves  as  a  setting  for  urban  warfare  training. 
The  simplified  geographical  map  of  TC  is  shown  in  Figure  2.  In  this  set-up,  US  and  coalition  forces 
are  conducting  multi-phase  operations  to  maintain  security  and  stability  in  TC.  The  forces  include  1 
Battalion  and  4  Companies.  The  ALPHA  and  DELTA  companies  are  tasked  to  reconnaissance  operations; 
CHARLIE  and  BRAVO  companies  are  assigned  to  cordon,  search,  and  secure  operations  in  TC.  The  latter 
two  companies  have  moved  from  their  position  at  the  Forward  Operating  Base  (FOB)  to  the  entrance  of 
TC,  and  are  ready  to  commence  operations  within  their  areas  of  responsibility,  as  outlined  in  Figure  2, 
to  secure  the  power  plant  in  TC  and  suppress  an  ongoing  insurgency. 

The  command  organization  and  force  composition  of  the  two  companies  (CHARLIE  and  BRAVO), 
that  conduct  the  SASO  operations,  is  shown  in  Figure  3.  It  shows  assets  from  company-,  as  well  as, 
battalion-levels.  Each  company  is  comprised  of  three  platoons  controlled  by  individual  commanders. 
Each  platoon  is  comprised  of  two  operations  (OPS)  units  (a  joint  configuration  of  a  Tank  and  a  Bradley), 
an  engineering  squad  (ENGR),  four  mobile  fire  teams  (MFTs),  and  two  anti-sniper  teams  (AST).  The  OPS 
unit  carries  two  mobile  fire  and  anti  sniper  teams  on  a  Bradley  vehicle,  and  dispatches  them  to  conduct 
operations  inside  the  city.  At  the  battalion  level,  there  is  an  explosive  ordinance  disposal  (EOD)  squad, 
three  military  police  (MP)  squads  dealing  with  detainees  and  conducting  interrogations,  two  helicopters 
(HELO)  conducting  fire  support,  three  medical  squads  (MED),  two  unmanned  aerial  vehicles  (UAVs), 
two  allied  police  (POL)  squads,  and  a  Q-36  radar.  Details  of  asset  resources  and  attributes  can  be  found 
in  [1]. 
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Fig.  3.  The  Simulation  Organizational  Structure 
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The  objectives  of  CHARLIE  and  BRAVO  companies  are  to  stop  the  violence,  establish  control  over 
the  city,  secure  critical  infrastructure,  and  achieve  a  return  to  normalcy  in  which  routine  civil  and 
economic  activities  can  take  place  without  disruption.  To  accomplish  these  goals,  friendly  forces  must 
search  buildings  to  locate  and  secure  weapons  caches,  interrogate  suspected  insurgents,  search  and 
neutralize  snipers  and  foreign  fighters,  conduct  surveillance,  clear  and  secure  strategic  buildings,  avoid 
IEDs,  prevent  VBIED  attacks,  secure  the  power  plant,  establish  check  points,  and  deal  with  crowds  in 
the  city 

In  this  effort,  we  modeled  various  force  multiplying  technologies  as  a  single  integrated  SPEYES  system. 
To  assess  the  performance  effects  of  the  various  SPEYES  technologies  in  terms  of  force  multiplier  payoffs, 
we  simulated  and  then  compared  three  organizational  configurations  for  the  forces:  (i)  the  organization 
outlined  in  Figure  3  without  SPEYES  technologies,  (ii)  the  organization  outlined  in  Figure  3  with  SPEYES 
technologies,  and  (iii)  an  organization  half  the  size  of  that  in  Figure  3  with  SPEYES  technologies. 

B.  The  DDD  Simulator 

To  realize  the  aforementioned  assessment  objectives,  we  utilized  a  flexible,  controllable,  distributed 
simulation  paradigm  suitable  for  examining  the  security  dynamics  in  a  post-conflict  mission  environment, 
and  for  quantifying  the  potential  performance  improvements  of  a  SPEYES  system  over  current  practices. 
Such  a  simulation  paradigm  is  the  distributed  dynamic  decision-making  (DDD)  simulator  [3],  which 
allows  researchers  to  examine  the  interactions  between  the  mission  structure,  and  the  way  in  which  the 
organization  tasked  to  execute  the  mission  is  structured.  The  DDD  simulator  allows  for  manipulations 
of  organizational  structures,  such  as  authority,  information,  communication,  resource  ownership,  task 
assignment,  etc.,  as  well  as  mission  and  environmental  structures,  representing  a  variety  of  task  classes, 
and  assets  (platforms  with  sub-platforms,  sensors,  and  weapons)  with  specified  resource  capabilities. 
Model-driven  experiments  with  the  DDD  simulator  utilize  four  major  modeling  entities:  assets,  tasks, 
resources,  and  decision  makers  (commanders). 

Tasks  are  activities /events  that  require  certain  resources  for  successful  execution  with  appropriate 
friendly  assets.  Tasks  are  generated  from  a  mission  plan  or  event  list,  and  can  represent  individual  targets 
or  enemy  actions,  location  of  the  search  to  be  conducted,  rescue  operations,  defense  and  attack,  monitor, 
etc.  A  mission  task  T{  (or  simply  i )  is  characterized  by  the  following  basic  attributes:  (i)  task  arrival  time, 
di  (time  at  which  the  task  appears  in  the  mission  scenario);  (ii)  task  processing  time  window,  ta.  (maximal 
time  available  from  the  start  of  task  execution  to  its  finish;  this  time  window  is  used  to  synchronize  assets 
assigned  to  this  task;  (iii)  estimated  task  processing  time,  t{  (the  interval  between  the  time  the  first  asset 
starts  executing  the  task  and  the  time  at  which  the  last  asset  finishes  the  task;  the  task  processing  time  must 
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not  exceed  the  task  processing  time  window,  U  <  ta.);  (iv)  accuracy  of  task  processing,  cLir  which  depends 
on  how  well  the  resource  requirements  of  a  task  are  matched  by  the  resources  allocated  to  the  task;  (v) 
task  start  time.  S{  (the  time  that  a  task  execution  is  started,  which  is  obtained  during  mission  execution); 
(vi)  geographical  location  of  task,  {pc^  yi );  (vii)  resource  requirement  vector  [rn,  •••,  r^],  were  is  the 
number  of  units  of  resource  of  type  l  required  for  successful  processing  of  task  i  (l  =1,. . .  ,L,  where  L  is 
the  number  of  resource  types);  this  vector  defines  the  resources  required  to  successfully  process  (attack) 
the  task;  and  (viii)  task  value,  uj{  (task  value  reflects  the  fact  that  not  all  tasks  are  equally  important). 
In  addition,  there  exists  a  dependency  diagram  that  details  the  interrelationships  among  tasks:  (i)  task 
precedence;  (ii)  inter-task  information  flow;  and  (iii)  input-output  relationships  between  tasks,  i.e.,  the 
task  graph.  This  directed  acyclic  task-precedence  graph  represents  a  plan  to  execute  the  mission. 

A  platform  (asset)  is  a  controllable  and/or  movable  unit,  which  represents  a  physical  entity  of  an 
organization  to  process  a  task,  such  as  individual  weapons  or  weapon  systems,  sensors,  or  human  teams 
at  any  level  of  granularity  (squad,  platoon,  company,  etc.).  Resources  represent  the  capabilities  of  an 
asset  (asset-resource  capabilities),  and  tasks  require  resources  to  process  (task-resource  requirements). 
Thus,  in  order  to  process  a  task,  the  organization  needs  to  match  the  asset  capabilities  to  the  task 
requirements.  Each  platform  Pm  (or  simply  m)  (m  =  1, . . . ,  K)  has  several  attributes  that  uniquely  define 
this  platform:  (i)  sub-platforms,  i.e.,  additional  assets  that  reside  on-board  a  parent  platform  that  only 
become  active  after  being  'launched'  from  the  parent;  (ii)  ownership,  i.e.,  only  owners  of  the  platforms  are 
able  to  move,  carry  a  pursuit  or  attack  with  them,  or  launch  sub-platforms;  owners  of  parent  platforms 
are  not  necessarily  owners  of  the  sub-platforms;  (iii)  sensors,  i.e.,  specify  effectiveness  ranges  for  task 
detection,  measurement,  and  identification  or  classification;  (iv)  geographical  location,  i.e.,  (xm,ym);  (v) 
maximum  velocity  vm/  that  defines  how  fast  a  platform  can  travel;  and  (vi)  resource  capability  vector 
[rmi ,  r rn2 ?  where  rmi  specifies  the  number  of  units  of  resource  type  l  available  on  platform  m.  A 

platform  can  be  used  to  attack  any  task,  but  the  ranges  of  platform's  weapons  depend  on  the  task  type 
or  class.  Assets  must  be  routed  among  task  locations  to  execute  the  assigned  tasks.  Assets  can  begin  to 
process  the  same  task  at  different  times,  but  must  be  synchronized  to  complete  a  task  in  a  specified  task 
processing  window. 

A  decision-maker  (DM),  DMj  (or  simply  j),  is  an  entity  with  information-processing,  decision-making, 
and  operational  capabilities  that  can  control  the  necessary  resources  to  execute  mission  tasks,  provided 
that  it  does  not  violate  the  concomitant  capability  thresholds.  In  the  current  simulation  context,  the  DMs 
are  commanders  who  have  the  ownership  / control  over  their  assigned  assets,  and  make  decisions  about 
which  tasks  to  select  for  execution  and  with  which  assets. 

C.  Agent  Model 
i.  Overview 

The  optimization-based  dynamic  task  processing  agent  framework  for  the  DDD  simulator  [2]  was 
adapted  for  the  current  study  by  adding  features  relevant  to  a  SPEYES  security  system.  These  included 
patrol  routes  and  smart  dynamic  assignment  of  SPEYES  assets.  The  architecture  of  the  agent-driven 
simulation  framework  is  shown  in  Figure  4. a  and  b.  The  Shared  Data  Storage  (SDS)  provides  the  DDD 
state  variables  (estimates  of  own  and  adversary  states)  that  serve  as  agents'  situation  awareness  (SA).  The 
Agent  Data  Storage  (ADS)  holds  agents'  normative  behaviors  that  are  specific  to  a  given  environment 
(e.g.,  geographical  responsibility  for  each  decision-maker,  possible  patrol  routes),  the  various  mission 
monitoring,  and  (re)planning  data  and  measures. 

In  the  DDD  environment,  each  DM  is  equipped  with  a  set  of  assets  that  determine  the  DM's  resource 
capability,  as  well  as  SA.  In  this  environment,  SA  represents  the  ability  to  monitor  task  and/ or  asset  status, 
to  detect  existence  of  tasks,  measure  characteristics  of  tasks,  and  classify  tasks.  Situational  awareness  of 
a  DM  is  limited  by  the  constraints  of  his  assets.  A  DM  may  not  be  aware  of  the  existence  of  a  task,  if 
the  task  is  outside  his  asset  coverage.  Such  knowledge  has  to  be  communicated  among  DMs  within  a 
team  (among  coordinating  partners)  to  enhance  the  team's  collective  SA.  The  current  implementation 
addresses  this  communication  issue  as  additional  delays  among  DMs,  which  results  in  delays  in  task 
completion. 
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DDD  Simulator 


Task  Execution  and 
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r 
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{ 

Identify  Task 
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Allocate  Assets  j  ; 

Prosecute 

i 

Execute  (Attack)  j  j 

* 

Task  Completes 

(a)  Core  Architecture 
Fig.  4.  Agent-driven  Simulation  within  DDD  Paradigm 


(b)  DDD-Agent  Interaction  Schema  (c)  Task  Processing  Phases 


In  the  SPEYES  security  system,  the  agents,  which  represented  a  set  of  cooperative  DMs,  employed 
centralized  asset-task  assignment ,  and  decentralized  task  execution,  taking  into  account  communication  and 
coordination  delays  across  the  team  hierarchy  (see  Figure  5. a).  The  execution  of  a  task  can  only  begin 
when  all  of  its  predecessors  are  completed  ('READY'),  and  all  assets  from  the  assigned  asset  group  arrive 
at  the  appropriate  locations.  In  addition,  an  asset  can  only  process  one  task  at  a  time.  The  objective  of 
task-asset  assignment  is  to  distribute  the  available  assets  among  tasks,  such  that  the  overall  mission 
completion  time  is  minimized. 

To  process  tasks,  agents  follow  a  multi-stage  process  shown  in  Figure  4.c.  When  a  task  appears  in 
the  scenario,  it  should  first  be  detected  with  appropriate  sensors.  Second,  the  task  must  be  measured 
to  determine  its  attributes,  and  must  be  identified  to  determine  its  class.  When  the  task  is  selected  for 
execution,  the  assets  that  will  prosecute  this  task  must  be  allocated.  This  is  done  according  to  task-resource 
requirements,  asset-resource  capabilities,  task  and  asset  attributes,  current  utilization  of  assets  (location, 
assignment),  and  'attack'  and  'be  attacked'  ranges  of  the  assets.  The  procedures  for  the  centralized  task- 
asset  assignment  are  outlined  in  Figure  5.b,  wherein  a  set  of  selected  'READY'  tasks  are  allocated  to 
groups  of  assets  such  that  the  aggregated  resource  capabilities  meet  or  exceed  the  demands  of  the  task. 
The  decentralized  task  execution  involves  coordinated  launching  of  assets  (subplatforms,  weapons)  from 
their  parent  assets  (platforms),  movement  of  assets  from  their  current  locations  to  the  task's  location,  and 
executing  the  task  within  a  task-specific  window  of  opportunity.  The  selected  assets  are  moved  by  DM 
owners  using  appropriate  commands /controls  into  position  within  the  'attack'  range  of  the  task.  When 
assets  come  into  position  to  execute  the  task,  they  start  the  attack  phase,  which  takes  the  time  specified 
in  the  'duration'  attribute  of  the  task. 

ii.  Formal  Task  Processing  Procedures 

The  agent  task  processing  procedures,  outlined  in  Figure  5.b,  adopt  the  multi-dimensional  dynamic 
list  scheduling  method  (MDLS)  [5],  wherein  it  finds  the  platform-task  allocation  and  mission  schedule 
by  sequentially  assigning  tasks  to  platforms  until  the  task  set  is  exhausted.  MDLS  heuristic  has  two  main 
steps:  (1)  select  the  task  to  be  processed;  and  (2)  select  the  group  of  platforms  to  be  assigned  to  it  for 
processing. 

The  priority  of  a  task  i ,  P{i),  is  influenced  by  the  current  assignment  information  and  precedence 
structure,  such  as  the  opportunity  window  to  process  task  i ,  tai;  the  value  of  task  i ,  uoi;  and  other  tunable 
criteria,  fc(i ): 

p(i)  =  mT^-  (2) 

-L  '  ^cii 

A  group  of  platforms,  GROUP,  is  selected  to  process  the  selected  task  such  that  the  task's  resource 
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WHILE  READY  set  of  tasks  is  not  empty: 

Select  from  READY  a  task  /  with  the  highest  priority 

WHILE  t s  resource  requirements  are  not  satisfied 
Select  from  FREE  a  platform  with  the 
highest  execution  accuracy  and  minimum 
impact  on  other  tasks 
END  WHILE 

Add  task  to  ACTION  queue 
END  WHILE 


Note:  Overall  communication  delay  across  the  hierarchy  is 
in  general  5  mins  (15  secs  simulation  time) 


(a)  Task  Assignment  and  Execution  Framework 
Fig.  5.  Task  Assignment  and  Processing  Framework  and  Procedures 


WHILE  ACTION  is  not  empty: 

Select  from  ACTION  a  task  /  (breadth  first) 

Execute  /:  Launch,  move,  pursue,  attack,  ... 
END  WHILE 

(b)  Task  Processing  Procedures 


Find  the  set: 

READY1  =  lie  READY |  £  rmi  >  RiU\/l  =  1  ,...,L 

l  meFREE 

DO  UNTIL  READY  1  =  0 
Task  selection: 

i*  =  arg  max  P(i) 

ieREADY  1 

READY1  <-  READY l\{i*} 

Platform  group  selection  for  i  =  i*: 

Find  the  set: 

FREE1  =  e  FREE\  22  min  (rm/,  Ru)  ^  oj’ 

Vim  =  7rim,  Vra  e  FREE  1 
GROUP  =  0 

DO  UNTIL  £  rmi  >  Ru,Vl  =  1,  ...,L 

meGROUP 

m*  =  arg  max  Vim 
meFREE 1 

FREE  1  <-  FREE1\  {m*} 

GROUP  <-  GROUP  U  {m*} 

END  DO 

END  DO 


Fig.  6.  Task  and  Platform  Group  Selection  Procedure 


requirement  vector  is  component-wise  less  than  or  equal  to  the  aggregate  resource  capability  vector  of 
the  group  of  platforms  assigned  to  it: 

Tip 

^  ^  ^  ymi^ml  —  G/ .  V/  1,  ...,L  (3) 

PmeGROUP  m=  1 

The  notation  yrm  specifies  the  asset-task  assignment  such  that 

f  1,  if  asset  Pm  is  assigned  to  task  T,  ... 

=  \  0,  otherwise  (4) 

The  DDD  simulator  requires  concurrent  task  execution  within  a  small  time  window  by  all  assigned 
platforms.  Since  the  travel  times  of  the  assigned  platforms  differ,  the  closer  or  faster  platforms  should 
wait  for  others  before  attacking  the  task  or,  alternately,  all  assigned  platforms  should  synchronize  their 
departure  times  so  as  to  arrive  at  the  task  location  concurrently,  viz.,  begin  task  execution  together.  The 
goal  of  the  platform  group  selection  is  to  optimize  the  overall  mission  completion  accuracy,  as  well  as 


the  overall  mission  completion  time.  Accordingly,  the  task-asset  assignment  aims  to  balance  the  trade-off 
between  minimizing  the  completion  time  and  maximizing  the  accuracy,  while  avoiding  the  allocation  of 
assets  needed  by  other  tasks.  The  first  goal  is  operationalized  by  minimizing  the  travel  time  of  platform 
m  to  task  i,  rmi.  The  second  consideration  is  realized  by  maximizing  the  ratio  of  accuracy  when  assigning 
platform  m  to  task  i  compared  to  assigning  it  to  any  other  task  j  f  i.  Accordingly,  the  cost  of  assigning 
platform  m  to  task  i,  7r*m,  is  calculated  as: 

^im  ~  Tmi  “  1  (5) 

E 

jeREADYl\{i} 

Accuracy  of  a  task  i  assigned  to  platform  m  depends  on  task-resource  requirements,  platform-resource 
capability,  and  task  value,  and  is  computed  as  follows: 

100  (  min  {rmU  ru) 

°^i  —  /  v  I 

nRi  “  V  rU 

Note  that  hr.  represents  the  number  of  resource  types  that  a  task  i  requires. 

One  of  the  key  improvements  to  the  agent-driven  DDD  simulation  in  realistically  depicting  the  relevant 
aspects  of  a  SPEYES  system  is  the  addition  of  a  smart  scheduling  technique  to  enhance  patrol  effectiveness 
[6].  This  technique  combines  sensing  and  SA/C2  technologies.  The  sensing  technologies  include  various 
sensors  to  provide  persistent  surveillance,  which  are  able  to  detect,  identify,  and  track  targets  and  identify 
threats  using  ISR  platforms  operating  at  standoff  distances,  especially  in  urban  areas  in  the  presence  of 
obstructions  such  as  buildings,  canopies,  foliage,  camouflage,  etc.  The  SA/C2  technologies  incorporate 
a  dynamic  scheduling  technique,  which  utilizes  the  persistent  ISR  data  to  select  the  shortest  and  safest 
patrol  routes  for  asset  maneuvers. 

Specifically,  the  smart  scheduling  takes  into  account  specified  routes,  which  depicts  roads  in  TC,  as 
shown  in  Figure  2.  That  is,  the  travel  time  of  platform  m  to  task  i,  r^m,  is  computed  as  the  aggregate 
time  to  travel  the  shortest  distance  following  the  safest  connected  segments  of  TC  roads  starting  from 
location  m  to  location  i,  i.e.,  from  to  (xi^yf): 


X  mi 


1 

—  mm 

Vm  SEGMENT 


dm0  + 


E 

keSEGMENTl 


{d(k-l  )k)  +  ^ 


nsi 


(7) 


Here,  dm o,  d^-i)kf  and  dnsi  represent  the  distance  traveled  from  (xm,  ym)  to  the  first  road  segment,  from 
the  current  segment  to  the  next,  and  from  the  last  segment  to  the  task  location  {x^  yi),  respectively.  The 
notations  SEGMENT  and  SEGMENT1  c  SEGMENT  denote  the  set  of  available  and  selected  TC  road 
segments,  respectively;  ns  represents  the  cardinality  of  SEGMENT  1;  and  vm  denotes  the  platform's 
maximum  velocity.  Note  that  due  to  constant  presence  of  threats,  whose  data  are  accessible  through 
persistent  surveillance,  not  all  TC  roads  are  safe  to  travel;  unsafe  road  segments  are  deemed  unavailable, 
i.e.,  excluded  from  SEGMENT  1.  Accordingly,  we  have  the  platform  group  selection  procedure  shown 
in  Fig.  6. 


III.  Simulation  Results 

A.  Performance  Measures 

The  force  multiplier  payoff  for  the  technologies  in  the  integrated  SPEYES  system  was  assessed  in  terms 
of  timeliness  (e.g.,  throughput,  latency,  response  time),  efficiency  (e.g.,  troops  efficiency,  assets  damaged, 
casualties),  and  effectiveness  (secured  area  as  a  function  of  patrol  units  and  incident  rates  with  and 
without  the  SPEYES  technologies,  task  completion  rate,  failed  tasks,  detection  coverage)  measures.  The 
following  is  a  summary  of  representative  measures. 

In  our  simulations,  we  have  considered  throughput  measures  for  different  task  classes  for  both  task 
processing  and  identification  (e.g.,  sensor  detection  throughput,  which  corresponds  to  the  rate  of  detecting 
IEDs,  RPGs,  and  snipers).  The  overall  task  processing  throughput,  which  is  the  ratio  of  the  number  of 


9 


tasks  processed  to  the  mission  completion  time,  indicates  the  rate  at  which  activities  are  accomplished 
by  the  friendly  forces: 

nK  nT 

E  E  aik 

Overall  Processing  Throughput  =  — - -  (8) 

5  8  F  max  (0, +  U) 


Here,  uk  and  nr  denote  the  number  of  task  classes  and  the  number  of  tasks,  respectively.  The  de¬ 
nominator  of  the  above  equation  is  the  mission  completion  time,  which  indicates  the  speed  with  which 
the  mission  was  completed.  The  variables  s*  and  t,  represent  the  start  and  processing  time  of  task  i, 
respectively;  and 

f  1,  if  task  i  of  class  k  has  been  completed  .  . 

°lk  ~  \  0,  otherwise 

Similarly,  the  overall  task  detection  throughput  can  be  computed  as  follows: 


Overall  Detection  Throughput 


nK  nT 

E  E  &ik 

k= 1  i— 1 
max  (0,  di) 


(10) 


The  variable  di  denotes  the  detection  time  of  task  /';  and 


J  1,  if  task  i  of  class  k  has  been  detected 
\  0,  otherwise 


(11) 


One  of  the  important  indicators  of  how  efficiently  the  friendly  forces  can  prevent  and  suppress  enemy 
activities  was  the  number  of  enemy  attacks,  which  included  attacks  by  IEDs,  RPGs,  snipers,  and  enemy 
fighters.  The  impact  of  enemy  attacks  was  assessed  in  terms  of  an  overall  casualty  measure;  this  was 
calculated  based  on  the  probability  of  friendly  casualties  due  to  a  specific  enemy  attack.  The  probability 
of  casualty  from  a  specific  task  class  is  denoted  by  />/,.  In  the  simulations,  we  assumed  that  pj~  of  an  IED 
attack  and  a  sniper  or  RPG  attack  is  50%  and  20%,  respectively. 


riK  nT  np 

Total  Casualties  =  ^  ^  ^  ( ^ikVimk'mXmPk )  (12) 

k= 1  2=1  771=1 


Here,  vrn  denotes  the  number  of  troops  belonging  to  asset  Pm;  yim  specifies  the  asset-task  assignment  as 
defined  in  equ.  (4);  and 


J  1,  if  task  Ti  belongs  to  task  class  k 
\  0,  otherwise 


(13) 


The  notation  xm  indicates  whether  asset  Pm  is  damaged 


J  1,  if  asset  Pm  is  damaged 
\  0,  otherwise 


(14) 


The  troop  efficiency  signifies  the  average  number  of  troops  that  are  available  to  execute  a  single  troop 
task.  The  number  of  troop  tasks  is  computed  as  the  tasks  that  require  troops  and  that  cannot  be  executed 
by  other  assets. 

Tip 

E 

Troop  Efficiency  =  -  (15) 

E  E  \k 

k= 1  2=1 


where 


ik  — 


1,  if  task  i  of  class  k  requires  troops 
0,  otherwise 


(16) 
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Human 

Agent 

Metrics 

w/o 

SPEYES 

With 

SPEYES 

w/o 

SPEYES 

With 

SPEYES 

Mission  completion 
time(  hours:min  ) 

11:57 

6:24 

11:48 

8:33 

#  MFT  Engagements 

73 

29 

47 

20 

Total  Throughput 
(tasks  per  hour) 

9.4 

18.3 

8.1 

14.0 

#  Enemy  Attacks 
(snipers,  RPGs,  lEDs) 

24 

2 

13 

2 

Troop  efficiency 

(#  troops  per  troop  task) 

1.07 

2.08 

1.07 

2 

#  Casualties 

41.5 

4 

21.9 

1.6 

Sniper  Detection 

Rate 

(#  of  snipers  detected/hr) 

3.6 

10.9 

4.5 

13.7 

(a)  One-to-one  Comparison  of  Human  and  Agent  Simulations 
Fig.  7.  The  Agent-Human  Result  Validation 


Mission  Throughput  Enemy  Attacks  Overall  Casualties  Sniper  Detection 

Completion  Time  (tasks  (RPGs,  Snipers, 

completed/hr)  lEDs) 


(b)  Comparison  of  Improvement  Obtained  with  SPEYES 


Another  efficiency  measure  is  the  number  of  engagements  by  specific  assets  with  troops  (e.g.,  number  of 
engagements  by  MFT  teams  had  a  significant  impact  on  speed  of  operations).  The  number  of  engagements 
of  an  asset  with  troops  can  be  computed  as  follows: 

nK  nT 

Number  of  Engagements  by  Asset  Pm  =  (17) 

k= 1  z=l 

The  organizational  effectiveness  is  gauged  by  comparing  the  secured  area,  as  a  function  of  patrol  units 
and  incident  rates,  of  the  aforementioned  organizational  configurations,  i.e.,  without  SPEYES  technologies, 
with  SPEYES  technologies,  and  an  organization  half  the  original  size  with  SPEYES  technologies.  The 
number  of  enemy  attacks,  overall  troop  casualties,  and  throughput  are  representatives  of  measures  to 
asses  the  increase  in  secured  area  due  to  SPEYES  technologies. 

B.  Results  and  Discussion 

A  series  of  simulations  were  conducted  to  calibrate  the  agent  performance  with  that  achieved  in  human- 
in-the-loop  simulations.  The  differences  between  the  agent  and  human  task  processing  is  largely  attributed 
to  pre-planning  and  partial  domain  knowledge  available  to  humans,  but  not  to  agents.  The  similarities 
and  differences  between  the  performances  of  agent  simulations  and  human-in-the-loop  runs  can  be  seen 
in  Figure  7. a.  Despite  the  differences,  nevertheless,  the  trends  exhibited  by  human  and  agent  simulations 
were  comparable,  i.e.,  1.5%  <  A  <  18.7%,  (see  Figure  7.b)  and  indicated  consistent  benefits  accrued  by  a 
SPEYES  system. 

To  assess  the  impact  of  the  SPEYES  system,  we  conducted  agent-based  DDD  simulations.  Three  afore¬ 
mentioned  TC  mission  scenarios  (without  SPEYES  system,  with  SPEYES,  and  with  SPEYES  under  a  50% 
troop  reduction)  were  considered.  These  runs  addressed  the  improvements  in  timeliness,  efficiency,  and 
effectiveness  achievable  with  the  SPEYES  system. 

The  results,  shown  in  Figure  8,  demonstrated  substantial  performance  improvements  due  to  the  security 
technologies:  (i)  a  significant  improvement  in  task  processing  speed,  which  is  indicated  by  an  increase 
of  42%  in  throughput  and  a  reduction  of  22%  in  mission  completion  time;  (ii)  a  substantial  improvement 
in  task  processing  efficiency,  which  is  shown  by  a  reduction  of  85%  and  93%  in  the  numbers  of  enemy 
attacks  and  overall  casualties,  respectively;  and  (iii)  a  sizable  improvement  in  task  effectiveness,  which  is 
indicated  by  47%  improvement  in  troop  efficiency,  and  an  increase  of  67%  in  the  sniper  detection  coverage. 
Furthermore,  we  found  that  even  with  the  50%-reduced  force  (3  platoons  instead  of  6  platoons),  a  force 
with  the  SPEYES  system  was  able  to  achieve  a  significant  improvement  in  performance  over  regular 
operations  with  a  full  force  without  SPEYES,  thus  confirming  the  force  multiplier  effects  achievable  by 
utilizing  the  SPEYES  system.  These  results  supported  similar  evidence  observed  in  human-in-the-loop 
simulations  in  [1]. 
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The  Smaller  the  Better 


■  W/OSPEYES 


■  With  SPEYES 


□  With  SPEYES  at 
50%  T roop 
Reduction 


#  of  Enemy  Overall  Mission  Throughput  Troop  Efficiency  Sensor 

Attacks  Casualties  Completion  Time  Detection 


Fig.  8.  Normalized  Performance  and  Process  Measures  (A  =  improvement  obtained  with  SPEYES  system  compared  to  without 
SPEYES  case) 


Fig.  9.  SPEYES  Component  Technology  Benefits  (A  =  relative  improvement  compared  to  W/O  SPEYES  case) 


Next,  we  conducted  sensitivity  analysis  to  evaluate  the  impact  of  specific  classes  of  SPEYES  technolo¬ 
gies.  In  particular,  we  wanted  to  analyze  the  impact  of  sensing  technologies;  SA/C2  technologies;  and 
shaping  technologies.  Since  the  DDD  simulations  did  not  explicitly  model  SA/C2  functionality  (e.g., 
information  fusion,  integrated  threat  maps,  entity  and  behavioral  threat  models,  etc.),  the  performance 
contributions  of  the  SA/C2  technologies  were  assumed  to  be  embedded  within  the  sensing  and  shaping 
technologies  and  contributed  two-third  of  sensing  and  shaping  performance  improvements.  Figure  9 
displays  the  relative  performance  improvements  of  SPEYES  component  technologies.  The  sensing  tech¬ 
nologies  increased  throughput  by  11%  and  decreased  casualties  by  29%;  the  SA/ C2  technologies  improved 
throughput  by  49%  and  reduced  casualties  by  62%;  and  the  shaping  technologies  enhanced  throughput 
by  12%  and  decreased  casualties  by  2%. 

These  results  are  intuitive  and  underscore  the  importance  of  the  system  integration  component  of 
SPEYES,  viz.,  combined  sensing,  SA/C2,  and  shaping  technologies.  The  effect  of  the  combined  tech¬ 
nologies  was  threefold.  First,  the  soldiers  obtained  a  better  situational  awareness  about  the  threats  that 
should  be  avoided  while  on  patrol  and  conducting  regular  security  operations.  Second,  the  information 
supplied  the  troops  with  better  and  faster  intelligence  regarding  problem  areas,  which  enabled  them  to 
react  quickly  and  precisely;  thus  augmenting  the  force  capability  to  respond  to  broader  threat  variety 
and  decreasing  casualties.  Finally,  the  combined  SPEYES  technologies  provided  threat  deterrence,  i.e., 
reduced  the  total  number  of  hostilities  throughout  the  mission. 

IV.  Conclusion 

The  focus  of  this  paper  was  to  present  agent-driven  DDD  simulation  model  to  evaluate  a  SPEYES 
system  in  terms  of  timeliness,  effectiveness,  and  efficiency  of  SASO  operations  on  US  and  coalition  forces. 
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The  behaviors  of  the  optimization-based  DDD  agents  were  calibrated  to  those  of  human-in-the-loop  DDD 
simulations.  The  agent-driven  simulation  results  indicated  that  the  integrated  SPEYES  technologies,  which 
included  sensing,  SA/C2,  and  shaping  technologies,  provided  significant  performance  improvements  to 
the  force  across  all  measures.  Even  at  50%-reduced  force,  the  SPEYES  system  maintained  significant 
performance  improvements  over  regular  operations  with  a  full  force  and  without  a  SPEYES  system,  thus 
confirming  the  force  multiplier  effect  introduced  by  utilizing  SPEYES.  The  findings  are  in  accordance  to 
the  ones  observed  in  human-in-the-loop  simulation  results  presented  in  [1]. 
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Sensing  and  Patrolling  Enablers  Yielding  Effective  SASO  -  SPEYES 
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Quantifying  SPEYES  System 
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Summary  of  Findings 


•  Stability  and  Support  Operations  -  SASO 

-  Military  activities  during  peacetime  and  post-conflict  not  involving  force-on-force 
combat 


•  Key  SASO  challenges 

-  Poor  situation  awareness  (SA):  low  familiarity  with  mission  environment 

-  Difficult  targets/enemy  identification:  Combatants  intermingled  with  non-combatants 

-  Lethal  asymmetric  threats:  Improvised  Explosive  Devices  (lEDs),  Vehicle  Borne  lEDs, 
Rocket  Propelled  Grenades  (RPGs),  suicide  bombers,  snipers,  ... 

SPEYES  SASO  challenge 

Design  and  demonstrate  an  innovative  force-multiplying  SASO  security  system  that  enhances 
SASO  effectiveness  =^>  provide  security  for  forces,  local  population,  and  infrastructures 


Utilize  three  component  technology  enablers  for  SASO  oriented  security  system: 

-  Sensing  technologies:  low-cost,  easily-emplaced,  camouflaged  sensors  (video, 
acoustic,  Infrared)  to  provide  urban  situation  awareness 

-  Shaping  technologies:  non-lethal,  and  explosives  ordinance  disposal  (EOD)  tools  to 
diffuse  adversaries,  crowds,  and  improvised  explosive  devices  ... 

-  SA/C2  technologies:  planning,  dynamic  resource  management,  simulation,  mission 
rehearsal  ... 


Sensing  and  Patrolling  Enablers  Yielding  Effective  SASO  -  SPEYES 

Quantifying  Performance  Improvement  due  to  SPEYES  System  -  1 


Challenge 

Evaluate  systematically  the  impact  of  each  SPEYES  technology  =^>  Quantify  the 
force  multiplying  effects 


Motivation 


Key  SASO 
Challenges 


Nominal  SASO 
Scenarios 


Candidate 

SPEYES 

Technologies 


Technology 
Performance  Profiles 


SPEYES 

Performance  Results 

-  Sensitivity  analysis 

-  Force  multiplying  effects 
of  added  technologies 


Potential  Pay-offs  for  SASO  Missions 


Square  Root  Law: 

°  The  response-time  Tr  of  No  patrol  units  is 
proportional  to  the  square  root  of  the  effective  area  A 


n  The  effective  area  of  coverage  is  proportional  to  the 
number  of  idle  patrol  units 
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•  vc  is  patrol  speed 
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Cordon  and  Search 


Mission  Scenario 

-  Cordon  and  Search  at  National  Training  Center  in  Ft.  Irwin, 
California 

-  Order:  assign  a  Battalion  of  4  Companies  to  conduct  multi¬ 
phase  operations  to  maintain  security  and  stability  in  Tiefort 
City  (TC)  secure  the  power  plant  in  TC  and  suppress  an 
ongoing  insurgency 

-  Companies  CHARLIE  and  BRAVO  assigned  to  cordon, 
search,  and  secure  operations  in  TC  =>  move  from  Forward 
Operating  Base  (FOB)  to  major  entrance  of  TC  =>  ready  to 
commence  operations 


*  Distributed  Dynamic  Decision-making  (DDD)  Simulator 

-  Distributed  Discrete-Event  Decision-Making  Simulation  tool 


Methodology 

-  Calibrate  agents’  behaviors  to  those  of  human-in-the-loop  simulations 

-  Utilize  Monte  Carlo  simulation  to  generate  performance  measures, 
sensitivity  analyses,.. 

-  Quantify  performance  improvements  due  to  SPEYES  technologies  in  terms 
timeliness,  effectiveness,  and  efficiency  of  operations 


Simulating  SPEYES  System  -  1 
Mission  Scenario 


W 

Objective 

-  Demonstrate  force  multipliers  for  Cordon  and  Search  missions  through 
simulation-based  approach  in  DDD  environment 


Simulating  SPEYES  System  -  2 
Blue  Force  Organization  and  Asset  Allocation 
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Organizational  Assets 


OPS:  Operations  squad  (1  Tank  +  1  Bradley) 
I  AST:  Anti-sniper  team  (2-3  soldiers) 

|  MFT:  Mobile  fire  team  (5  soldiers) 

^  ENGR:  Engineer  squad  (8-10  soldiers) 

MP:  Military  police  squad  (8-10  policemen) 

|  MED:  Medic  squad  (8-10  medics) 

IPOL:  Iraqi  police  squad  (8-10  policemen) 
s  EOD:  Explosive  disposal  squad  (5-8  soldiers) 

1  Q36:  Anti-mortar  radar 

f  HELO:  Helicopter 
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CAM:  Camera/sensor  cluster 
UAVS:  SPEYES  UAV 
ASD:  Acoustic  sniper  detection 
OPT:  sniper  optics  detection 

DEW:  Directed  Energy  Force 
FOAM:  Non-lethal  foam  calmative  dispenser 
REOD:  Robotic  explosive  ordinance  disposal 
ACOU:  Acoustic  force  projection 
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System  Architecture 
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Agent  Local 
Database 


Locals 


Flexible  mid-fidelity  team-in-the- 
loop  simulator 

Scenario  controller:  dynamic  events 
and  data  updates,  mission  tempo  & 
rhythm,  execution  processing  ... 


Task 


Processing 


Maintain  situation  awareness 


Generate  event-based  schedule 
Distribute  DM-task  assignment 
Conduct  task  processing 


Rules  of  engagements 
Execution  monitoring 
Performance  measures 
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Task  Processing  Stages 
in  DDD 


Task  Completes 


Note:  Overall  communication  delay  across  the 
hierarchy  is  in  general  5  mins  (15  secs 
simulation  time) 
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Calibration  of  Agent-Human  Results 
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Comparison  of  Improvement  Obtained  with  SPEYES 


l  Agent  Simulation 
i  Human-in-the-loop 


A=6.6%  B  A=4.1%  B  A=2.4%  B  A=1.5% 


Mission 

Completion  Time 


Throughput  Enemy  Attacks  Overall  Casualties  Sniper  Detection 

(tasks  (RPGs,  Snipers, 

completed/hr)  lEDs) 


Agents’  behaviors 
are  comparable  to 
those  of  human-in- 
the-loop  simulations 


Agents  perform  same  task 
sequences  as  human 
players 

Consider  %  performance 
improvement  with  SPEYES 
relative  to  without  SPEYES 

Difference  in  performance 
improvements  are  within  2- 
19%  for  individual  metrics 


One-to-one  Comparison  of  Human  and  Agent  Simulations 


Human 

Agent 

Metrics 

w/o 

SPEYES 

With 

SPEYES 

w/o 

SPEYES 

With 

SPEYES 

1  Mission  completion 

|  time  (hoursimin) 

11:57 

6:24 

11:48 

8:30 

ft  MFT  Engagements 

73 

29 

47 

20 

1  Total  Throughput 

(tasks  per  hour) 

9.4 

18.3 

8.1 

14.1 

1  ft  Enemy  Attacks 

|  (snipers,  RPGs,  (ED si 

24 

2 

13 

2 

1  Troop  efficiency 

(tf  troops  per  troop  task) 

1 .07 

2.08 

1.07 

2 

ft  Casualties 

41 .5 

4 

21.9 

1.6 

Sniper  Detection 

Rate 

O  of  siipefs  ddi«1«d/hr} 

3.6 

10.9 

4.5 

13.7 
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Quantifying  Force  Multiplying  Effects  of  SPEYES  System 
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The  Smaller  the  Better 


I  w/o  SPEYES 


■  With  SPEYES 


0  With  SPEYES  at 
50%  Troop 
Reduction 


#  of  Enemy  Overall  Mission 

Attacks  Casualties  Completion  Time 


The  Larger  the  Better 


I  W/O  SPEYES 


■  With  SPEYES 


1  With  SPEYES  at 
50%  Troop 
Reduction 


Throughput  Troop  Efficiency 


Sensor 

Detection 


•  #  of  enemy  attacks:  II  by  85% 

•  Overall  casualties:  II  by  93% 

•  Completion  time:  II  casualties  by  22% 

\ - y 

Integration  of  sensing,  SA/C2,  and  shaping  technologies 
measures 


•  Throughput:  ft  by  42% 

•  T roop  efficiency:  ft  by  47% 

•  Sensor  detection:  ft  by  67% 

V _ / 

significant  performance  improvements  to  the  force  across  all 


•  Significant  performance  improvements  (in  4  out  of  6  measures)  over  regular  SASO  with  a  full  force  at  50%-reduced  force 
=>  confirming  the  force  multiplier  effects  of  SPEYES  technologies 


Relative  improvements  due  to  SPEYES 

•  Sensing  technologies:  ft  throughput  by  11% 

•  SA/C2  technologies:  ft  throughput  by  49% 

•  Shaping  technologies:  ft  throughput  by  12% 


Relative  improvements  due  to  SPEYES 

•  Sensing  technologies:  ft  casualties  by  29% 

•  SA/C2  technologies:  ft  casualties  by  62% 

•  Shaping  technologies:  ft  casualties  by  2% 


#  Sensing  and  Patrolling  Enablers  Yielding  Effective  SASO  -  SPEYES 

#  Motivation:  SASO  challenges  -  poor  SA,  difficult  targets  ID,  lethal  asymmetric  threats,  ... 

Design  an  innovative  force-multiplying  SASO  security  system  to  enhance  SASO  effectiveness  - 
SPEYES 

$  Need  to  quantify  the  force  multiplying  effects  of  SPEYES  technologies 

#  Evaluating  SPEYES  System  via  Agent-based  Simulations 

#  Mission  Scenario:  Assign  Battalion  of  4  Companies  to  conduct  Cordon  and  Search  Tiefort  City  - 
maintain  security  and  stability,  and  suppress  an  ongoing  insurgency 

^  Platform:  Distributed  discrete-event  decision-making  simulation  tool  -  DDD  Simulator 

#  Methodology:  Calibrate  agents’  behaviors  to  human-in-the-loop  simulations  =>  quantify  performance 
improvements  in  terms  of  timeliness,  effectiveness,  and  efficiency  of  operations 

#>  Analysis  and  Simulation  Results 

Agent  Calibration:  Agents’  behaviors  are  comparable  to  those  of  human-in-the-loop  simulations 

#  Force  Multiplying  Effects:  Significant  performance  improvements  to  the  force 

Better  sensing  &  shaping  technologies  =>  increase  detection  of  enemies  =>  decrease  the  #  of 
attacks  =>  reduce  casualties  =>  improve  throughput  and  troop  efficiency 

Improve  (in  4  out  of  6  measures)  over  regular  SASO  with  a  full  force,  at  50%-reduced  force 
with  SPEYES 

^  SPEYES  Component  Technology  Benefits 

#  Throughput  improvements:  Sensing  1 1%  -  SA/C2  49%  -  Shaping  12% 

^  Casualty  reduction:  Sensing  29%  -  SA/C2  62%  -  Shaping  2% 

T*  Future:  DARPA  is  planning  to  build  a  physical  SPEYES  System 


SPEYES  Technologies 


runipA 


Class 

Technology 

Performance  Profile 

Application  Example 

Sensing 

Video 

360  degree  rotation.  Auto-focus 
up  to  600  m 

Place  a  grid  of  3  cameras  in  position  on  watch 
tower  for  persistent  surveillance  instead  of  6 
soldiers. 

Acoustic 

Locate  source  of  weapon 
discharge  from  a  distance  of 

100s  meters. 

Faster  neutralization  of  snipers;  decrease  in 
casualties 

Explosive  sniffers  grid 

Grid  detecting  lEDs,  VBIEDs  at 

1 0-20  meters 

Increased  throughput  at  checkpoints; 
decreased  casualties  &  asset  damage  decrease 

SA/C2 

Sensor  placement 

Optimized  grid-based  placement 
every  100  m 

Faster  hot-spot  detection  and  increased 
throughput 

Distributed  planning  & 
resource  mgnt 

High-bandwidth  one-to-one 
communication 

Reduce  manning  for  patrol  due  to  mutual  support 

Data  fusion 

Predictive  threat  dynamics 
models 

Acoustic  and  video  data  fusion  estimates  crowd 
size,  hostility,  and  predicts  dynamics 

Shaping 

NL-foam 

Non-toxic.  Hard  to  remove. 

Easily  transportable.  Short 
curing  time. 

Use  foam  to  secure  buildings  (e.g.  weapons 
cache)  instead  of  leaving  5-10  soldiers 

REOD 

Clear  lEDs  remotely  from  a 
distance  of  up  to  600  meters. 

Send  REOD  to  neutralize  lEDs  instead  of  human 
EOD  squad;  reduce  casualties,  increase 
throughput 

Non-lethal  High-power 
Micro  Wave 

Disrupts  electronics  at  range  in 
10s  of  meters. 

Stop  suspect  vehicles  to  search;  reduce  friendly 
and  civilian  casualties;  reduce  manning  at 
checkpoint 

Smart  patrols 

Threat  prediction  &  optimal  path 
planning  for  1000  km2 

Decreased  response  time 

Threat  avoidance  reduces  casualties 

r - ^ 

Organizational  Assets 

-  j 

OPS:  operations  squad  (1  Tank  +  1  Bradley) 
AST:  anti-sniper  team  (2-3  soldiers) 

MFT;  mobile  fire  team  (5  soldiers) 

ENGR:  engineer  squad  (8-10  soldiers) 

MR:  military  police  squad  (6-10  policemen) 
MED:  medics  squad  (8-10  medics) 

IPOL:  Iraqi  police  squad  (8-10  policemen) 
EOD:  explosive  disposal  squad  (5-3  soldiers) 
Q3G:  anti-mortar  radar 
HELO:  helicopter 
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HSMAP:  sensor  placement,  hot-spot  mapping 

DPLAN:  distributed  planning  &  resource  management 

SF USE:  sensor  and  data  fusion  models 

CAM:  camera/sensor  cluster 

UAVS:  SPEYES  UAV 

DEW:  directed  energy  force 

FOAM:  n on-lethal  foam  CLM:  calmative  dispenser 

CBSM:  crowd  detection  and  size 

REOD:  robotic  explosives  disposal 

ASD:  acoustic  sniper  detection 

ACOU:  acoustic  force  projection 

DPT:  sniper  optics  detection 


